APPLICATION FOR U.S. LETTERS PATENT 



TITLE: 

FRAME HANDLING FOR A THIN CLIENT 



INVENTORS: 

Ravi Pachipala 
Mahesh Rangamani 
Prasad Krothapalli 
Piyush Goel 
Amitabh Sinha 
Roopak Parikh 
Ritesh Adval 
Mark Tracy 



Prepared By: 

PlLLSBURY WlNTHROP LLP 

2550 Hanover St. 
Palo Alto, CA 94304-1115 



FRAME HANDLING FOR A THIN CLIENT 

Field 

5 This invention relates to obtaining a service using a communication device, and 

more specifically, to a mechanism for handling frames on behalf of a device that is not 
able to display multiple frames simultaneously. 

Background 

10 

Increasingly, wireless communications devices such as cellular phones, personal 
digital assistants, handheld computers provide or are being required to provide services 
offered by internet based websites. Examples of services include, but are not limited to, 
stock trading, buying or selling goods, sports information, and the weather. The websites 
15 that provide services to wireless devices use a language, such as wireless markup 
language (WML) or handheld device markup language (HDML), that is typically 
different from the language used by websites that communicate with laptop or desktop 
computers. Unlike laptop or desktop computers, which have the processing power and 
high data rates that can typically support a browser that uses the resource demanding 
20 hypertext markup language (HTML), wireless devices often have weaker capabilities 
(lower processing power and small screens) and lower data rates that support browsers 
(micro-browsers) that uses less demanding languages such as WML, and HDML. 
Consequently, wireless devices often are unable to communicate with the HTML 
websites. WML, and HDML are referred to herein referred to as reduced content 
25 languages. Wireless devices that communicate using a reduced content language are 
referred to herein as reduced content devices. 

One way to provide the services offered by a HTML website to wireless devices 
is to create a mirror website which communicates using reduced content language 
documents. The reduced content website or any website that communicates with a 
30 limited resource or 'thin' communications device is referred to herein as a 'reduced 
content' website. The HTML website is referred to herein as a 'full-content' website. 

The reduced content language document(s) produced by the mirror website are 
typically based on HTML documents on the 'full-content website. Some of the HTML 
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documents include frame sets which divide up a screen into multiple distinct areas or 
frames, each of which can display a different HTML document. Since the reduced 
content devices have small screens, they are unable to display multiple frames 
simultaneously. Consequently, only one frame is displayed at a time. Changes to or 
5 input based on the frame being displayed can result in changes having to be made in other 
frames. Since the browser of the reduced content device cannot handle multiple 
frames — it only displays one screen at a time— it conventionally does not storelocally the 
other frames. Thus, it cannot make changes to the other frames when user input 
necessitates changes. However, changes to other frames is crucial in order for the user to 

1 0 experience the flow designed by the website designer. 

Since frames are an important aspect of the design of many full content websites, 
it is desirable to provide the experience of frames on reduced content devices in the 
manner intended by a website designer. Consequently, changes to other frames besides 
the one being displayed on a reduced content device need to be accounted for. The 

1 5 present invention provides mechanisms for achieving this objective. 

Summary 

A method for maintaining, at a server, frame context for a device is described. 
20 The method includes generating a first data structure having a first pointer for a first 
frame and a second pointer for a second frame, and associating a first context indicator 
with the first data structure. The method then includes sending from a server to a device 
the first context indicator, the first pointer, and a first document pointed to by the first 
pointer. 

25 

Description Of The Drawings 

The present invention is illustrated by way of example, and not limitation, in the 
figures of the accompanying drawings in which like references denote similar elements, 
and in which: 

30 Figure 1 illustrates a block diagram of a system in which wireless and wired 

devices communicate with an application server; 
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Figure 2 a illustrates a screen divided into three frames; 

Figure 2b illustrates a data structure for a frameset having three frames; 

Figure 2 c illustrates the elements of a list of data structures as a function of time; 

Figure 3 illustrates a process for handling frames on behalf of a device that is 
5 unable to display multiple frames simultaneously; 

Figure 4 illustrates a process for handling context indicators at a device that is 
unable to handle multiple frames; 

Figure 5 illustrates a process for handling context indicators and requests 
received from a device that is unable to display multiple frames; 
1 0 Figure 6 illustrates a block diagram of a server that handles frames on behalf of a 

device that is unable to display multiple frames simultaneously; and 

Figure 7 illustrates a block diagram of a telephone according to one embodiment 
of the present invention. 

1 5 Detailed Description 

Methods and apparatus for responding efficiently to an alert are described. In the 
following description, for purposes of explanation, numerous specific details are set forth 
in order to provide a thorough understanding of the present invention. It will be evident, 

20 however, to one skilled in the art that the present invention may be practiced in a variety 
of communication systems, especially wireless application protocol systems, and 
communications devices, especially telephones, without these specific details. In other 
instances, well-known operations, steps, functions and devices are not shown in order to 
avoid obscuring the invention. 

25 Parts of the description will be presented using terminology commonly employed 

by those skilled in the art to convey the substance of their work to others skilled in the 
art, such protocol, gateway, render, store, interpret, and so forth. Also parts of the 
description will also be presented in terms of operations performed through the execution 
of programming instructions or initiating the functionality of some electrical 

30 component(s) or circuitry, using terms such as, performing, sending, processing, 

transmitting, configuring, and so on. As well understood by those skilled in the art, these 
operations take the form of electromagnetic, electrical, magnetic, or optical signals 
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capable of being stored, transmitted, transferred, combined, and otherwise manipulated 
through electrical or electromechanical components. 

Various operations will be described as multiple discrete steps performed in turn 
in a manner that is most helpful in understanding the present invention. However, the 
5 order of description should not be construed as to imply that these operations are 
necessarily performed in the order that they are presented, or even order dependent. 
Lastly, repeated usage of the phrases "in one embodiment," "an alternative embodiment," 
or an "alternate embodiment" does not necessarily refer to the same embodiment, 
although it may. 

1 0 Figure 1 illustrates a block diagram of a system in which wireless and wired 

devices communicate with an application server. System 100 includes telephone 102, 
personal digital assistant (PDA) 104, telephone 106, cellular stations 108, mobile 
telephone switching office (MTSO) 110, public switched telephone network switching 
office 111, mobile application server 112, storage 114, business logic server 116, 

15 gateway 110', internet 120, and computer 122. Business logic server 1 16 is the host for a 
website with an address or uniform resource locator that is widely known. It is not 
unusual for a popular website to have millions of users, if not tens of millions. For 
purposes of illustration, the website has the following address: www.services.com. The 
website provides in various embodiments services including, but not limited to, retrieving 

20 stock quotes and airline flight information or sport scores, trading stock, buying and 

selling goods. Since the services are provided using hypertext markup language (HTML) 
documents or pages, the website is referred to as a 'full content' website. These services 
can be procured directly from server 116 using computer 122 because computer 122 has 
sufficiently high processing power, a large display, and high communications data rate to 

25 support a web browser that is capable of executing HTML code. 

Telephone 102 and PDA 104, on the other hand, typically have relatively low 
processing power, small displays, and a low communications data rate. Consequently, 
they are unable to support a browser that executes HTML code or frames. In one 
embodiment, telephone 1 02 and PDA 1 04 have a browser that is capable of executing 

30 wireless markup language (WML) or handheld markup language (HDML) code, which 
require relatively less processing power and communications data rate, and are better 
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suited for the small displays of telephone 102 and PDA 104. Telephone 102 and PDA 
104 are referred to herein as 'reduced content' devices because their browsers use WML 
and HDML to render less graphically intensive displays. WML and HDML are referred 
to herein as reduced content languages. 
5 The remaining description below is provided in the context of telephone 1 02 

procuring service. It should be appreciated that the description is equally applicable to 
PDA 104, a handheld computer, or other communications devices that have user input 
and output interfaces and the ability to communicate with a wireless network. 

The nature of the services provided by the full content website are such that they 

10 are desired by mobile users of telephone 102. Moreover, the operator of the full content 
website would like to service mobile users without having to change significantly the full 
content website. Since the full content website is typically not going to be modified so 
that it can specifically service reduced content devices and since the full content website 
communicates in HTML code, a user of telephone 102 cannot directly access the services 

15 of the full content website. Furthermore, the user of telephone 102 cannot directly access 
the services of the full content website because telephone 102 has a browser that is 
unable to display frames. 

However, a user of telephone 102 can indirectly access the services of the full 
content website by using a reduced content website on server 112. Server 1 1 2 hosts a 

20 reduced content website that can take HTML documents from server 1 1 6 and reformat or 
represent them in a different manner so that they can be rendered on reduced content 
devices. For purposes of illustration, the reduced content website has the following 
address or URL: www.services.everypath.com. The reduced content website has a script 
for each page or document of the full content website. The script defines what is 

25 extracted from an HTML page and how it is to be presented on a reduced content device. 
Mechanisms for extracting data from an HTML document and representing it in a manner 
suitable for reduced content devices is the subject of co-pending patent application 
"Method for Converting Two-dimensional Data into a Canonical Representation" with 
serial no. 09/394,120, filed on September 10, 1999, and co-pending patent application 

30 "Method for Customizing and Rendering of Selected Data Fields" with serial no. 

09/393,133, filed on September 10, 1999. Using the script, server 112 takes an HTML 
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document and generates a page or pages in a language understood by a reduced content 
device. In one embodiment, server 112 generates WML or HDML documents that can be 
visually rendered at telephone 102. Alternatively, server 112 can generate audible voice 
information that can be heard using telephone 102. 
5 For example, assume a user of telephone 1 02 desires to engage in a stock trade 

and that www.services.everypath provides a trading service. The user enters 
www.services.everypath into the telephone's browser which establishes contact with 
server 1 12 requests access to www.services.everypath.com — the details of establishing 
contact by way of stations 108, MTSO 1 10, and gateway 110' will be described below. 

10 Server 112 recognizes from the request that telephone 102 is attempting to get to the 

home page of www.services.com which resides on server 1 16. Consequently, server 1 12 
requests the home page from server 116. Using the script and the home page received 
from server 116, server 1 12 creates a reduced content page or pages that can be rendered 
by telephone 102. The reduced content pages are sent to telephone 102 by way of 

15 gateway 110', MTSO 1 10, and cellular stations 108. 

In one embodiment, the home page has fields for user identification and password 
that a user needs to fill in before submitting the page to server 1 12. The user can enter 
the information using the keypad (not shown) of telephone 102. After filling in the 
information requested by the home page, the user submits the page to server 1 12. Server 

20 112 extracts the information filled in by the user and submits the information back to 

server 1 16. Server 116 replies back with a menu page, www.services.com/menu. Using 
a script associated with the menu and the menu page, server 112 generates a page in a 
language understood by the browser of telephone 102 and sends the generated page to 
telephone 102. The user then selects the trading link from the menu. Telephone 1 02 

25 receives the trading page through substantially the same process just described in 

connection with retrieving the home page and the menu page. The user then enters the 
symbol of the stock, and quantity of shares to be bought or sold and posts the request. A 
WML or HDML confirmation page is then sent to telephone 102 from server 112 based 
on an HTML confirmation page retrieved from server 116. 

30 In an alternative embodiment, the home, menu, trading, and confirmation pages 

are rendered through text-to-voice technology that presents audible choices to a user of 
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telephone 102. A user responds to server 1 12 by pressing a key to generate a dual tone 
multi-frequency (DTMF) tone or speaking into the telephone's microphone. 

In the manner described above, according to one embodiment, a user of a non- 
HTML communications device such as telephone 102 is able to procure the services of an 
5 HTML based website on server 116. 

In the example given above, the HTML pages received by server 1 12 from server 
1 16 did not contain frames. However, many full-content websites communicate using 
HTML pages that contain frames. Frames are divisions of a screen into two or more 
areas each of which can display different documents. Figure 2a illustrates a screen 

10 divided into three frames. Screen 100 has a top navigation bar TN, a side navigation bar 
SN and a text area TA. The HTML page that is associated with screen 100 has a 
frameset that defines three separate frames each of can display a different document. 
While Figure 2 a illustrates a screen for a frameset that has only three frames, it should be 
appreciated that a screen can be divided into more than three frames and that a frame can 

15 itself be divided into two or more frames. Reduced content devices such as telephone 
102 and PDA 104 have relatively small screens that do not provide a good environment 
for displaying multiple frames. Furthermore, reduced content devices typically have 
browsers that cannot handle a document that defines multiple frames. Consequently, 
server 1 12, as described herein, has to handle the multiple frames on behalf of telephone 

20 102 and other reduced content devices. The present invention provides a mechanism for 
server 1 12 to handle frames of any number on behalf of a device that is unable to display 
multiple frames simultaneously. 

Before describing the mechanism, the operation of system 100 will be described. 
In one embodiment, telephone 102 and PDA 104 communicate in accordance with 

25 wireless access protocol (WAP). WAP is an application environment and a group of 
protocols that define access of wireless devices to internet services. The application 
environment is uniform and does not depend on the underlying protocol for the 
communications air link. WAP is implemented or will be implemented on global system 
for mobile communications (GSM), interim standard (IS)- 136, time-division multiple 

30 access (TDMA), personal communications service (PCS), and code division multiple 
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access (CDMA), among other schemes. The present invention can be practiced with any 
application environment and communications protocols. 

A WAP request from telephone 102 can be an hypertext protocol (HTTP) request 
including a URL such as http://www.services.everypath.com. Telephone 102 converts 
5 the text URL into a binary wireless session protocol (WSP) request. WSP is a protocol 
layer that defines efficient exchange of data between applications. Depending on the 
particular embodiment, the binary request is transmitted to cellular station 108 in 
accordance with one of the air link protocols indicated above. Station 108 forwards the 
binary request to MTSO 110. MTSO is the interface to the public switched telephone 
10 network for mobile phones making telephone calls to or receiving calls from telephones 
such as telephone 106. MTSO 110 directs internet traffic to and from gateway 110' 
which is an interface between the wireless network and internet 120. Gateway 110' 
converts the binary request to an HTTP request and sends the request to server 1 12 via 
internet 120. 

15 As described above, server 112 recognizes that the request is for the login page at 

www.services.com. Thus, server 1 12 requests that server 116 send it the HTML 
document associated with the login page. Using a script associated with the login page, 
server 1 12 generates a text WML page (or pages) and sends it to gateway 110'. It should 
be appreciated that server 1 12 can generate a page in HDML, or some other language that 

20 is understood by a reduced content device, such as telephone 102. Gateway 110' 

converts the text WML page into binary WML. Gateway 110' sends the binary WML 
page using WSP protocol to MTSO 110 which forwards it to station 108. Station 108 
transmits the binary WML page to telephone 102. Telephone 102 converts the binary 
WML page into a text WML page. The browser interprets or executes the text WML 

25 page to render a screen of information on the display of telephone 102. 

In the event server 112 receives an HTML document that includes a frameset that 
defines multiple frames, server 1 12 handles the frameset on behalf of telephone 102. The 
process of handling the frameset is described in greater detail below. Since telephone 
102 can only display one screen at a time, server 112 sends the document of only one 

30 frame at a time to telephone 102. Furthermore, since frames are often interrelated in the 
sense that changes or selection in one frame may affect the documents displayed in other 



frames (e.g., one document is replaced with another document) and since telephone 102 
cannot handle the interrelation, server 112 has to make changes to frames that are not 
being displayed on telephone 102. For example, if a document associated with frame SN 
is currently displayed on telephone 102, a user selection or input may require server 1 12 
5 to replace the document presently associated with frame TA with a new document. 

Based on predetermined rules or user request, server 112 may decide to display frame TA 
on the screen of telephone 102 and so it may send the new document associated with 
frame TA to telephone 102. 

Over time, telephone 102 will have multiple documents stored in telephone 102's 

1 0 memory in the order that they were received. When a user of telephone 1 02 backtracks 
through the cache and makes a request, for proper handling of the request it is necessary 
to indicate to server 1 12 the document with which the request is associated and the 
documents that were associated with the frames that were not displayed on telephone 
102. For telephone 102 to be able to provide this information to server 1 12, server 1 12 

1 5 has to 1) keep track of both the document it sent for the frame it wants displayed at 
telephone 102 and the documents that are associated with the frames that were not 
displayed and 2) to provide the tracking information to telephone 102. When a user of 
telephone 102 makes a request, telephone 102 sends to server 1 12 the tracking 
information for both the document that is associated with the request and the documents 

20 that are associated with the frames that are not displayed. In this manner, server 1 12 is 
able to process the request properly in the context of the document currently being 
displayed on telephone 102's screen and the documents for the frames that are not being 
displayed. 

Figure 3 illustrates a process for handling frames on behalf of a device that is 
25 unable to display multiple frames simultaneously. In process 300, server 112 receives 
310 a document including a frameset that defines multiple frames. Each of the multiple 
frames has a document associated with it. Server 112 retrieves the document associated 
with each frame. Server 112 then creates 320 a data structure which describes the 
relationship among the frames. In one embodiment the data structure is a tree. Figure 
30 2b illustrates a tree 250 for a frameset having three frames. The root of the tree is the 
frameset, Fo. The tree has one pointer for each frame in the frameset. Each pointer is a 
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URL that points to a document that the frameset indicates is associated with the frame. 
Tree 250 has three pointers: TN, SN and TA. Pointer TN is for frame TN. Pointer SN is 
for frame SN, and pointer TA is for frame TA. Server 1 12 then assigns 330 a context 
indicator to the data structure. The context indicator can be a number or any 
5 alphanumeric identifier that uniquely identifies the data structure. For example, the 
context indicator here could be 1 . Server 112 then stores 340 the data structure in a list. 

Server 1 12 then examines 350 rules it has for the HTML document being 
processed. Server 1 12 is provided with rules which indicate which frame is to be sent 
first to telephone 102 and what frame is to be sent in response to user input. Based on the 

10 rules, server 112 selects 360 a frame to send to telephone 102. For example, server 1 12 
can select frame SN. Server 1 12 then sets 370 a current context indicator. The current 
context indicator is a combination of the context indicator of the data structure just 
created and the pointer to the frame being sent to telephone 1 02. For this example, the 
current context indicator would be 1 and SN. The current context indicator indicates the 

15 most recent frame sent to telephone and the specific data structure from which the most 
recent frame was selected. Server 1 12 then sends 380 to telephone 102 the document 
pointed to by pointer SN, the context indicator of the data structure and the pointer SN. 
Server 1 12 is in essence providing telephone 102 with tracking information (context 
indicator and pointer SN) that telephone 102 can send back to server 112 when a request 

20 is made so that server 112 knows that the request is being made in the context of the 
document pointed to by pointer SN and the context indicator for the data structure from 
which pointer SN was selected. Server 112 has to keep track of all the data structures 
from which it sent documents to telephone 102. Server 1 12 does this by storing the data 
structures or pointers to the data structures in a list. 

25 Over time, as one document after another is sent from server 1 12 to telephone 

102, server 1 12 will have stored in memory a list composed of several data structures. 
Figure 2c illustrates the elements of a list of data structures as a function of time. At 
time tO, server 1 12 has only tree CTL0 in list 290. At time tl, server 1 12 has trees CTL0 
and CTL1. Frame TA in tree CTL1 points to a document TA1 whereas in tree CTL0 

30 frame TA points to document TA. This difference in the documents pointed to by the 
pointers for frame TA means that a user input has caused a new document (pointed to by 
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TA1) to be loaded into the pointer for frame TA. At time t2, server 112 has trees, CTLO, 
CTL1, and CTL2 in list 290. There are differences in the documents pointed to by the 
pointers for frames TA, SN, and TN as one goes from CTL1 to CTL2. The differences 
indicate that user input necessitated: 1) the document pointed to by pointer TA2 to 
5 replace the document pointed to by pointer TA1 in frame TA; 2) the document pointed to 
by pointer SN1 to replace the document pointed to by pointer SN in frame SN; and 3) the 
document pointed to by pointer TNI replaced the document pointed to by pointer TN in 
frame TN. 

Figure 4 illustrates a process for handling context indicators at a device that is 

10 unable to handle multiple frames. In process 400, telephone 102 receives 410 a 

document, a context indicator and a pointer to the document. Telephone 102 stores 420 
the document in its cache, and stores the context indicator and the pointer to the 
document in memory. Telephone 102 then renders the document on its display. 
Telephone 102 then determines 440 if a user has made a request. If a user has made a 

15 request telephone 102 determines 450 whether the user has backtracked through the 
cache such that a document that had been sent earlier is now being displayed on the 
display of telephone 102. If the user has not backtracked through the cache, telephone 
102 sends 460 the request to server 1 12. In an alternative embodiment, telephone 102 
may send the request as well as the context indicator and the pointer to the document 

20 being displayed at telephone 1 02. 

If the user has backtracked through the cache, telephone 102 retrieves 470 the 
context indicator and the pointer associated with the document to which the user has 
backtracked. Telephone 102 then sends 480 the request, the context indicator, and the 
pointer to the document to which the user backtracked to server 112. 

25 Figure 5 illustrates a process for handling context indicators and requests 

received from a device that is unable to display multiple frames. In process 500, server 
1 12 receives 510 from telephone 102 a request, a context indicator, and a pointer to a 
document associated with the request. Server 1 12 then processes the request in the 
appropriate context, hi processing the request, server 112 associates a new document 

30 with at least one of the frames. For example, a user request associated with frame SN 
displayed at telephone 102 may require that a new document be associated with frame 
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TA. Server 112 creates 520 a data structure which has the appropriate document 
associated with each frame. In other words, based on the request, new documents may 
have to be associated with each frame. Server 1 12 then assigns 530 a context indicator to 
the data structure. Server 1 12 then stores 540 the data structure in a list. 
5 Server 112 then examines 550 rules it has to determine which frame is to be 

displayed at telephone 102. Based on the rules, server 1 12 selects 560 a frame to send to 
telephone 102. For example, server 112 can select frame TA. Server 1 12 then sets 570 a 
current context indicator. The current context indicator is a combination of the context 
indicator of the data structure just created and the pointer to the frame being sent to 

10 telephone 102. For this example, the current context indicator would be 2 and TA. The 
current context indicator indicates the most recent frame sent to telephone and the 
specific data structure from which the most recent frame was selected. Server 112 then 
sends 580 to telephone 102 the document pointed to by pointer TA, the context indicator 
of the data structure and the pointer TA. 

1 5 Figure 6 illustrates a block diagram of a server that handles frames on behalf of a 

device that is unable to display multiple frames simultaneously according to one 
embodiment of the present invention. Server 600 is representative of server 1 12 of 
Figure 1. In one embodiment, server 600 includes device interface 610 that is to receive 
an HTTP request from gateway 110'. The HTTP request sent from gateway 1 10' is 

20 based on a WAP request that gateway 110' received from telephone 102. When server 
112 receives an HTTP request, control logic 620 requests the appropriate HTML page 
from server 1 16. In the event the HTML page contains a frameset, control logic 620 
retrieves the documents associated with each frame in the frame set. Control logic 620 
then retrieves for each document a script from storage 114 and uses the script and the 

25 associated document to create a reduced content language document that can be 

understood by a reduced content device such as telephone 102. Logic 620 then creates a 
data structure that reflects the relationship among the frames and which contains pointers 
to the reduced content language document associated with each frame. Additionally, 
logic 620 assigns a unique context indicator to the data structure. Logic 620 stores the 

30 data structure in memory 630. Based on rules stored in memory 630, logic 620 selects a 
frame for display on telephone 102. Logic 620 sends to telephone 102 via interface 610 
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the reduced content language document associated with the frame selected, the context 
indicator for the data structure from which the frame was selected, and the pointer to the 
reduced content language document. Logic 620 also sets a current context indicator to 
the value of both the context indicator just created and the pointer to the frame selected 
5 for display at telephone 1 02. In the embodiment just described, server 600 operates in 
accordance with process 300 described above in connection with Figure 3. 

Figure 7 illustrates a block diagram of a telephone. Telephone 102 includes 
processor 702, read only memory (ROM) 704, flash memory 705, random access 
memory (RAM) 706, user input/output interface 708, keypad 710, display 712, and radio 

10 frequency transceiver 714. A user of telephone 102, enters the URL (HTTP address) of a 
WAP website providing a desired service at keypad 710. Input/output (i/o) interface 708 
receives the entry and renders it as text on display 712 and provides it to processor 702. 
Processor 702 executes software residing in RAM 706 and/or RAM 704. Under the 
command of the software instructions, processor 702 takes the URL and, if a 

15 communications link is available between telephone 102 and server 112, converts it to a 
binary WSP request and sends the WSP request to transceiver 314 which communicates 
with gateway 1 10' by way of station 108. Gateway 110' communicates with server 112 
to retrieve a WML document associated with the URL entered at telephone 102. In the 
event the URL is for a document that contains a frameset, gateway 110' retrieves a WML 

20 document that represents one of the frames in the frameset, a context indicator for the 
data structure at server 112 with which the WML document is associated, and a pointer 
that points to the WML document at server 1 12. Gateway 110' sends to telephone 102 
the WML document, a pointer to the WML document on server 112, and the context 
indicator for the data structure from which the WML document was selected. 

25 Processor 702 stores the WML document, the context indicator, and the pointer to 

the document in memory 705. Processor 702 then instructs interface 708 to render the 
WML document just received on display 712. If a user makes a request with respect to 
the document currently being displayed, processor 702 sends to server 1 12 the request 
along with the context indicator and pointer to the document. Server 112 processes the 

30 request in the context of the context indicator and the pointer to the document. Server 
1 12 generates a second data structure as described above and selects a document pointed 
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to by one of the pointers in the data structure to send to telephone 102. With time, as the 
user makes a sequence of requests, telephone 102 will have in memory 705 a list of 
documents, context indicators and pointers to documents. When a user backtracks 
through the documents (i.e., screens of information) received, processor 702 keeps track 
5 of the document at which the user is looking. In the event the user makes a request while 
looking at a document to which the user backtracked, processor 702 sends to server 1 12 
the request, the context indicator associated with the document at which the user was 
looking and the pointer to the document. In this embodiment just described, telephone 
102 operates in accordance with process 400 of Figure 4. 

10 When server 1 12 receives the request, the context indicator, and the pointer to the 

document associated with the request, logic 620 processes the request in the appropriate 
context. In processing the request, logic 620 associates a new document with at least one 
of the frames. For example, a user request associated with frame SN displayed at 
telephone 102 may require that a new document be associated with frame TA. Logic 620 

1 5 creates a data structure which has the appropriate document associated with each frame. 
In other words, based on the request, new documents may have to be associated with 
each frame. The new documents may be based on documents retrieved from server 116 
through interface 640. Logic 620 then assigns a context indicator to the data structure. 
Logic 620 then stores the data structure in a list in memory 630. 

20 Logic 620 then examines rules stored in memory 630 to determine which frame is 

to be displayed at telephone 102. Based on the rules, logic 620 selects a frame to send to 
telephone 102. For example, logic 620 can select frame TA. Logic 620 then sets a 
current context indicator in memory 630. The current context indicator is a combination 
of the context indicator of the data structure just created and the pointer to the frame 

25 being sent to telephone 102. For this example, the current context indicator would be 2 
and TA. The current context indicator indicates the most recent frame sent to telephone 
and the specific data structure from which the most recent frame was selected. Logic 620 
112 then sends to telephone 102 the document pointed to by pointer TA, the context 
indicator of the data structure and the pointer TA. 

30 Thus, methods and apparatus for handling frames on behalf of a device that is 

unable to display multiple frames have been described. Although the present invention 
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has been described with reference to specific exemplary embodiments, it will be evident 
to one of ordinary skill in the art that various modifications and changes may be made to 
these embodiments without departing from the broader spirit and scope of the invention 
as set forth in the claims. Accordingly, the specification and drawings are to be regarded 
in an illustrative rather than a restrictive sense. 



15 



